Social networking based on nearby neighborhoods

ABSTRACT

Disclosed embodiments relate to a system and a method of managing an online social network having a plurality of neighborhoods. The system may receive a location from a user, and select, based on the location, a neighborhood from the plurality of neighborhoods. The system may further assign the user to the selected neighborhood and grant the user access to communications by users assigned to the selected neighborhood. In an embodiment, a computer-implemented method comprises creating and storing in computer data storage neighborhood data defining a plurality of geographical neighborhoods based upon a plurality of vertices or boundaries; using a computer, for each particular neighborhood among the plurality of neighborhoods, determining one or more nearby neighborhoods is associated with a geographical area proximate to the particular neighborhood; using the computer, receiving from a second computer that is associated with a user account, activation input specifying selections of one or more nearby neighborhoods as activated in association with the particular user account, wherein the activation input specifies fewer than all the one or more nearby neighborhoods; updating a database coupled to the computer to associate the selections of one or more nearby neighborhoods as activated in association with the particular user account; using the computer, receiving a request from the second computer to perform any of displaying a map page that includes the nearby neighborhoods, displaying a feed of messages, and creating a new message; using the computer, in response to the request, performing causing the displaying the map page that includes the nearby neighborhoods, causing displaying the feed of messages, or the creating the new message based upon only the selections of the one or more nearby neighborhoods as activated in association with the particular user account.

BENEFIT CLAIM

This application claims the benefit as a Continuation-in-part ofapplication Ser. No. 13/757,574, filed Feb. 1, 2013, the entire contentsof which is hereby incorporated by reference for all purposes as iffully set forth herein. The applicant(s) hereby rescind any disclaimerof claim scope in the parent application(s) or the prosecution historythereof and advise the USPTO that the claims in this application may bebroader than any claim in the parent application(s).

FIELD OF THE DISCLOSURE

The present disclosure generally relates to digital data processing inthe field of social networking in which user accounts are associatedbased upon location. The disclosure relates more specifically toimprovements in user interfaces, communications and the association ofdata relating to groups of user accounts that are in different butnearby neighborhoods.

BACKGROUND

The approaches described in this section are approaches that could bepursued, but not necessarily approaches that have been previouslyconceived or pursued. Therefore, unless otherwise indicated, it shouldnot be assumed that any of the approaches described in this sectionqualify as prior art merely by virtue of their inclusion in thissection.

Online social networks are becoming an increasingly popular way ofcommunication between Internet users. Online social networks facilitatethe building and maintaining of social relations among people who shareinterests, activities, backgrounds, or real-life connections. Someonline social networks are geared towards specific types of connections(e.g., LinkedIn mainly promotes professional networking), while othersare not limited to any particular use (e.g., Facebook, Google+,Twitter). Online social networks can be global or have some nationalcharacteristics (e.g., Nexopia in Canada, and Vkontakte in Russia), butonline social networks typically do not collect accurate and reliableresidence information from their users, and therefore cannot offer manyadvantageous features requiring such information.

The present disclosure relates to methods and systems for alocation-based online social network. The location-based online socialnetwork may provide communications to a user associated with a location.

SUMMARY

The appended claims may serve as a summary of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

In the drawings:

FIG. 1 is a block diagram illustrating an online social network system.

FIG. 2A is a schematic diagram of an online social network.

FIG. 2B is a map showing geographical areas associated withneighborhoods of the online social network.

FIG. 3 is a flowchart illustrating a method of adding a new user to theonline social network.

FIG. 4 illustrates a method of selecting and adjusting a nearbyneighborhood list for a particular neighborhood of the online socialnetwork.

FIG. 5 illustrates a method of selecting a nearby neighborhood list fora particular neighborhood of the online social network.

FIG. 6 illustrates a computer system with which an embodiment could beimplemented.

FIG. 7 illustrates a method of performing social networking dataprocessing functions based upon relationships of a home neighborhood andone or more nearby neighborhoods.

FIG. 8 illustrates a computer screen display configured to accept inputselecting connection to one or more nearby neighborhoods.

FIG. 9 illustrates a computer screen display configured to receive datacomposing a message that is selectively directed to one or more nearbyneighborhoods.

FIG. 10 illustrates a computer screen display configured to receive datathat constrains a posted item to one or more nearby neighborhoods.

FIG. 11A illustrates a computer screen display configured to receivedata that changes or removes an offensive posted item that was directedto a plurality of nearby neighborhoods.

FIG. 11B illustrates a computer screen display configured to receivedata that changes or flag an offensive posted item that was directed toa plurality of nearby neighborhoods.

FIG. 12A illustrates a computer screen display configured to receivedata for a message communicated only among lead representatives for aplurality of nearby neighborhoods.

FIG. 12B illustrates a computer screen display configured to displaydata about lead representatives for a plurality of nearby neighborhoods.

FIG. 13 illustrates a computer screen display configured to displaymessage activity for a plurality of nearby neighborhoods and to receiveinput specifying only a local neighborhood or both the localneighborhood and the nearby neighborhoods.

FIG. 14 illustrates a computer system with which an embodiment may beimplemented.

DETAILED DESCRIPTION

In the following description, for the purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of the present invention. It will be apparent, however,that the present invention may be practiced without these specificdetails. In other instances, well-known structures and devices are shownin block diagram form in order to avoid unnecessarily obscuring thepresent invention.

Embodiments are described according to the following outline:

-   -   1. General Overview    -   2. Location-Based Social Networks    -   3. Nearby Neighborhoods    -   4. Interacting with Messages, Posts and Other Data Based Upon        Constraints Relating to Nearby Neighborhoods    -   5. Implementation Example—Hardware Overview

1. General Overview

Disclosed embodiments relate to a system and a method of managing anonline social network having a plurality of neighborhoods. The systemmay receive a location from a user, and select, based on the location, aneighborhood from the plurality of neighborhoods. The system may furtherassign the user to the selected neighborhood and grant the user accessto communications by users assigned to the selected neighborhood.

In an embodiment, a computer-implemented method comprises creating andstoring in computer data storage neighborhood data defining a pluralityof geographical neighborhoods based upon a plurality of vertices orboundaries; using a computer, for each particular neighborhood among theplurality of neighborhoods, determining one or more nearby neighborhoodsis associated with a geographical area proximate to the particularneighborhood; using the computer, receiving from a second computer thatis associated with a user account, activation input specifyingselections of one or more nearby neighborhoods as activated inassociation with the particular user account, wherein the activationinput specifies fewer than all the one or more nearby neighborhoods;updating a database coupled to the computer to associate the selectionsof one or more nearby neighborhoods as activated in association with theparticular user account; using the computer, receiving a request fromthe second computer to perform any of displaying a map page thatincludes the nearby neighborhoods, displaying a feed of messages, andcreating a new message; using the computer, in response to the request,performing causing the displaying the map page that includes the nearbyneighborhoods, causing displaying the feed of messages, or the creatingthe new message based upon only the selections of the one or more nearbyneighborhoods as activated in association with the particular useraccount.

Consistent with a disclosed embodiment, a computer-implemented method isprovided for managing an online social network having a plurality ofneighborhoods. The method includes receiving a location from a user andselecting, based on the location, a neighborhood from the plurality ofneighborhoods. The method further includes assigning the user to theselected neighborhood, and granting the user access to communications byusers assigned to the selected neighborhood. Consistent with anotherdisclosed embodiment, a server is provided for managing an online socialnetwork having a plurality of neighborhoods. The server includes aprocessor and a memory storing instructions executable by the processorto provide the method discussed above. Consistent with yet anotherdisclosed embodiment, a tangible non-transitory computer-readablestorage medium is provided storing instructions configured to executethe method discussed above.

2. Location-Based Social Networks

Reference will now be made in detail to embodiments, examples of whichare illustrated in the accompanying drawings. Wherever possible, thesame reference numbers will be used throughout the drawings to refer tothe same or like parts.

Online social networks with unrestricted global access have theiradvantages, but by ignoring the physical whereabouts of their users theyfail to exploit the fact that people from the same geographical area, onaverage, have more in common than people living in different places.This is especially true for people living in the same immediatecommunity, i.e., the same neighborhood. People living in the sameneighborhood (e.g., within the same city, town, ZIP code, street block,etc.) are likely to share many interests and concerns even if they havenever met in person. They are likely to go to the same shops,restaurants, and parks; their children go to the same schools; they aregoverned by the same local regulations; and so on.

In addition to sharing many of the same interests, people living in suchproximity of each other are capable of providing physical assistance toeach other, for example, by lending each other a ladder, giving eachother rides to work, or helping each other to locate lost pets.Therefore, it would be highly advantageous to provide an online socialnetwork that is location-aware, such as, for example, one that isneighborhood-based.

Disclosed embodiments relate to a system and a method of managing anonline social network having a plurality of neighborhoods. The systemmay receive a location from a user, and select, based on the location, aneighborhood from the plurality of neighborhoods. The system may furtherassign the user to the selected neighborhood and grant the user accessto communications by users assigned to the selected neighborhood.

FIG. 1 is a block diagram illustrating an online social network system,in accordance with a disclosed embodiment. The online social networksystem can include, among other things, an application server 102, oneor more user devices 104, and a communication network 106.

A user device 104 can be any device with communication and displaycapabilities. For example, a user device 104 can be a mobile device,such as a cellphone, a smartphone, or a tablet computer; or a PC, laptopcomputer, or smart TV. A user device 104 can include an internet accessapplication 108, such as a web browser or a dedicated mobile application(“mobile app”) providing the user with a convenient interface to theonline social network. A user device 104 may include one or moreprocessors capable of executing instructions configured to provideinternet access application 108. The instructions can be stored on oneor more tangible non-transitory computer-readable mediums, such as ahard disk, a compact disk (CD-ROM) a digital versatile disk (DVD-ROM orDVD-RAM) or semiconductor memory of any type.

User devices 104 can exchange data with application server 102 throughcommunication network 106. Communication network 106 can be theInternet, or any other type of network or combination of networks,suitable for the data exchanges described herein. Thus, communicationnetwork 106 can include, for example, any combination of wired,wireless, LAN or WAN networks. Communication network 106 can also beimplemented as a distributed “peer-to-peer” network. Communicationnetwork 106 can include cellular networks (e.g., 3GPP) or landlinetelephone networks, enabling data exchange not-only via IP-basedprotocols (e.g., HTTP, HTTPS, POP, IMAP, SMTP, SIP, SSH, etc.) but alsovia text messages, automatic or personal phone calls, voicemails, etc.Furthermore, communication network 106 can include non-electronic meansof data exchange, such as regular mail (e.g., postcards).

Application server 102 can be any computer system with networkingcapabilities, and can include one or more hardware devices and/orsoftware components. Application server 102 can include one or moreprocessors capable of executing instructions. For example, applicationserver 102 can include one or more general purpose central processingunits (CPUs), field-programmable gate arrays (FPGAs), or digital signalprocessors (DSPs). The instructions can be stored on one or moretangible non-transitory computer-readable mediums, such as a hard disk,a compact disk (CD-ROM) a digital versatile disk (DVD-ROM or DVD-RAM) orsemiconductor memory of any type.

Application server 102 can store and process information related to anonline social network, as described in detail below. For instance,application server 102 can have one or more databases for storing userinformation, such as login credentials, full name, address, accountsettings, etc. In addition, application server 102 can have one or moredatabases for storing user communications, such as personal messages,posts, comments, etc.

Application server 102 can communicate with user devices 104 throughcommunication network 106. For example, application server 102 canreceive and process users' requests, such as a request to create a newaccount, to log into an existing account, to send a message to anotheruser, to create a post and share them with other users, to receive alist of other user's recent posts and comments, and so on. Afterprocessing the user's request, application server 102 can, for example,access one or more databases to store and/or load data, and send aresponse to the user.

Exchange of data between application server 102 and user 104 can befacilitated by internet access application 108, which can, for example,provide the user with a graphical interface through which the user canenter requests to and visualize responses from application server 102.

Although particular types of devices and networks are described, it willbe appreciated that other devices and networks can be used withoutdeparting from the spirit and scope of the embodiments described herein.

FIG. 2A is a schematic diagram of an online social network 200, inaccordance with a disclosed embodiment. Online social network 200comprises a plurality of users 210 a-210 j (collectively, 210) who arearranged in a plurality of virtual groups called “neighborhoods” 220a-220 c (collectively, 220). In some embodiments, each user 210 isassociated with one neighborhood 220. A user 210 that is associated witha neighborhood 220 can also be said, for example, to “belong to,” “bein,” “be from,” “be assigned to,” or “be a member of” that neighborhood220. In other embodiments, a user can be assigned to more than oneneighborhood 220.

In an embodiment, a user 210 is assigned to a particular neighborhood220 based on the user's place of residence, as defined, for example, byan address or by the spatial coordinates of the user's home. Eachneighborhood 220 can be associated with a real-world geographical area,and the user can be assigned to the neighborhood 220 that is associatedwith a geographical area that encompasses the user's place of residence.

FIG. 2B is a map showing the geographical areas associated withneighborhoods 220 a-220 c, and the addresses of users 210 a-210 j of theonline social network 200. Geographical areas associated withneighborhoods 220 can be defined by boundaries (hereinafter,“neighborhood boundaries”). As illustrated in FIG. 2B, neighborhoodboundaries can have different shapes and sizes and can be defined in anumber of ways. In some embodiments, neighborhood boundaries can bedefined based on existing maps, such as street maps, ZIP-code maps, mapsof subdivisions and homeowners associations, or neighborhood mapsexisting in some municipalities. The boundaries can also be based onman-made or natural barriers, such as buildings, roads, parks, rivers orlakes. The boundaries can be drawn by users 210, administrators of theonline social network 200, or automatically defined by a computer, forexample, by an application server (e.g., application server 102). Users210 or administrators of the online social network 200 can modify thecomputer-generated boundaries and draw their own neighborhoodboundaries.

In some embodiments, neighborhood boundaries corresponding to differentneighborhoods 220 cannot cross each other, that is, the geographicalareas associated with the different neighborhoods 220 cannot overlap. Inother embodiments, the geographical areas can overlap, and someaddresses may be included in more than one geographical area. In someembodiments, users living at such addresses can choose which of theneighborhood 220 they want to be associated with.

FIG. 3 is a flowchart illustrating a method 300 of adding a new user 210to online social network 200. Method 300 can be implemented by anapplication server (e.g., application server 102). While the flowchartdiscloses the following blocks in a particular order, it is appreciatedthat the blocks can be moved, modified, combined, or deleted whereappropriate. 3 In block 302, the user connects to the applicationserver. For example, the user can use internet access application 108running on user device 104 to connect via communication network 106 tothe application server.

After connecting to the application server, if user does not alreadyhave an account with online social network, in block 304, theapplication server can create a new account for the user. The user canprovide to the application server his or her personal information, suchas a full name, address, username, password, etc. In some embodiments,the user is required to disclose the user's physical address, including,for example, house and apartment number, street name, city/town name,state name, zip code, and/or country name, etc. In other embodiments,approximate address information (e.g., zip code or city/town name only,)can be sufficient.

In some embodiments, in block 306, after receiving the addressinformation from the user, the application server can, optionally,verify the provided address. The address can be verified, for example,by receiving from the user a number of a credit card associated with theaddress, and charging that credit card with a symbolic sum (e.g., $0.01)in order to compare the credit card's billing address with theuser-provided address. Alternatively, a postcard comprising averification code can be sent to the provided address. Upon receivingthe postcard in the mail, the user can re-connect to the applicationserver and provide it with the received verification code as printed onthe postcard.

In some embodiments, the application server can access a database inwhich people's addresses are associated with residents' phone numbersand/or full names. If the address provided by the user is associated inthe database with a phone number, the application server can send theverification code to that phone number, for example, using a textmessage or an automatically generated voice message. If the addressprovided by the user is associated in the database with one or moreresident names, the application server can also verify, for example,that the user's last name matches the last name of any of the residentsassociated with the address.

In some embodiments, the application server can verify the user'saddress by first verifying the user's real name, for example, by askingthe user to log into an existing online account that is likely to beassociated with the user's real name (e.g., Facebook). After verifyingthe user's real name the application server can check, using thedatabase described above, that the name is associated with the providedaddress. In some embodiments, the application server compares twoaddresses by first normalizing each address to comply with a certainaddress format.

In some embodiments, the application server can access databases thatcan reliably associate the user's IP address with the user's homeaddress. Such databases can be obtained, for example, fromInternet-service providers, such as Comcast or AT&T. The applicationserver can use that database to compare the provided user address withthe home address associated with the IP address from which the user haslogged into the online social network 200.

In some embodiments, if the user is connected to the application serverfrom a device (e.g., a smart phone) equipped with a GPS unit or anyother geolocation service, internet access application 108 can, with theuser's permission, periodically send to the application server thedevice's coordinates. The application server can then compare thereceived coordinates with coordinates associated with the providedaddress, as obtained, for example, from a geocoding resource. Theapplication server can then determine that the address is verified ifthe user spends a predefined period of time (e.g., 24 hours) at orwithin a predefined distance from that address.

In some embodiments, the verification at block 306 can be omitted. Forexample, if the new user was invited by an existing user from the sameneighborhood 220, the application server can decide that addressverification is not necessary. In some embodiments, a new user who hasnot been invited can identify existing users who can confirm that he orshe lives at the specified address. The application server can thencontact the identified user and ask that user for a confirmation. Insome embodiments, to improve reliability and accountability of theinvitation/confirmation system described above, the name of theinviting/confirming user can be available as a part of the new user'sinformation visible to other users.

In some embodiments, unverified or partially verified users (e.g., userswhose ZIP code was verified, but not the full address) can still haveaccess to the online social network, but their access may be restricted.For example, they may be given “read-only” rights allowing them only toread other neighbors' posts and comments, but not allowing them tocreate their own posts or make comments.

In block 308, after receiving and (optionally) verifying the user'saddress, the application server can determine whether the address fallswithin the boundaries of an existing neighborhood 220. For example, theboundaries of existing neighborhoods 220 can be defined by an orderedset of latitude-longitude points and stored in a database on theapplication server. The application server can obtain the coordinates ofthe user's address in the same coordinate system, and determine whetherthose coordinates are located inside the boundaries of any neighborhood220. If the user's address cannot be tied to a coordinate or set ofcoordinates, in some embodiments, user 210 may specify a coordinate, ora set of coordinates creating a closed polygon, which is attached to theuser's address and used to determine the user's membership in aneighborhood, using the same coordinate system.

In some embodiments, the application server can store, in associationwith neighborhoods 220, addresses of all households located within thegeographical areas associated with the neighborhoods. In that case, inblock 308, the application server can locate, in a database, a householdwhose address matches the user's address.

In block 308, if the user's address falls within one of the existingneighborhoods 220, the process proceeds to block 310 and the applicationserver assigns the user to the neighborhood. In some embodiments, anexisting neighborhood can be associated not only with a geographicalarea, but with a membership group. Membership groups can include, forexample, parent-teachers associations (PTAs), professional memberships,memberships based on hobbies, interests, ages, etc. For example, aneighborhood called “Seniors of Sampletown” can be associated both witha geographical area (e.g. defined by the boundaries of Sampletown) andwith a membership group requiring that all its members are 65 years oldor older. For neighborhoods associated with a geographical area and amembership group, the verification at block 306 can also includeverifying that the user is a member of that group.

Furthermore, in some embodiments, some neighborhoods may only beassociated with a membership group, and not a geographical area. In someembodiments it may be required that the membership group has a localnature, such as a membership group of “Parents of Marshall LaneElementary students.”

In block 308, the application server determines that the address doesnot fall within any of the existing neighborhoods 220, the processproceeds to block 312 and the application server can create a newneighborhood 220 whose boundaries will include the address. Theboundaries of the new neighborhood can be manually defined by the user,but the application server can assist the user by automaticallygenerating suggested boundaries. In other embodiments, the applicationserver can determine the boundaries of the new neighborhood. 4 Theapplication server can consider various factors when it generates thesuggested boundaries, including, for example, the size of the enclosedarea (e.g., in number of households), major man-made or naturalboundaries (e.g., roads, rivers, parks), geographical borders (e.g.,city, county, or state borders), boundaries of other neighborhoods 220,and so forth. For example, the application server can generate suggestedboundaries such as to include a predefined number of households withoutcrossing any major natural boundaries or boundaries of otherneighborhoods 220. In an attempt to create a homogeneous neighborhoodwhose users would have many common interests and concerns, theapplication server can also consider factors, such as school districts,home prices, average age of residents, or any other relevantinformation.

In some embodiments, the suggested boundaries can be presented to theuser on a map, for example, via internet access application 108. Theuser can manually modify the suggested boundaries, for example, bydrawing new boundaries on the map or editing the suggested boundaries.In some embodiments, locations of the individual households can also bepresented on the map for reference.

In some embodiments, the application server can apply certainrestrictions on the shape or size of the boundaries of the newneighborhood. For example, application server may not allow the newneighborhood to overlap with any of the existing neighborhoods 220. Inanother example, the application server can set minimum and/or maximumrestrictions on area size and/or population of the geographic areaassociated with the new neighborhood, where the population can bedefined in either the number of households or the number of residents.For example, the application server can require that the newneighborhood contain at least 10 households but not more than 1000households, and that its area does not exceed 1 square mile. In block314, after the new neighborhood has been created, the application serverassigns the user to the new neighborhood.

In some embodiments, each neighborhood 220 has at least one of its usersdesignated as the neighborhood's moderator, or “lead.” As will beillustrated below, a moderator can have certain administrative functionswith respect to the neighborhood that regular users do not have. In someembodiments, in block 316, the user who creates a neighborhood 220(i.e., the first user assigned to that neighborhood 220) isautomatically designated as a moderator of that neighborhood 220. Insome embodiments, neighborhood moderators are selected based on thelength of their membership in the neighborhood, the amount of contentthey have generated (since joining or within a predefined period oftime), the number of invitations they send, and so forth. Additionallyor alternatively, new moderators can be nominated and/or selected byexisting moderators or by other neighbors from the same neighborhood.

In some embodiments, internet access application 108 can present to auser a map of the area associated with the user's neighborhood 220. Themap can include, for example, the boundaries of the user's neighborhood220, the boundaries of nearby neighborhoods 220 in the region, and thelocations and boundaries of the individual households in the area. Themap can further include boundaries of the local police precincts, schooldistrict boundaries, city boundaries, or any other local information theneighbors may find useful.

In some embodiments, the map can also include an indication, for each ofthe individual households, whether the resident of that household hasjoined (i.e., has become a user of) online social network 200. If theresident has not joined the network, the user can invite that residentto join the network. For example, the user can compose a personalinvitation message, provide that message to the application server, anda postcard containing the message will be mailed to that resident'saddress. As another example, the user can provide to the applicationserver the email address or other contact information of the resident(e.g., the resident's Facebook or Twitter account), allowing theapplication server to contact the resident through using that contactinformation. As yet another example, the user can invite his or herfriends on other social platforms by providing them with an invitationlink. The link can be obtained by the user from the application serverand the user can distribute the link to the invitee(s) via an email, apost in another online social network, a text message, etc. When therecipient of the invitation link follows the link (e.g., using abrowser) he or she can be connected to the application server's “signup” page. Information about the inviting user can be included in thelink and recognized by

the application server, in which case the application server can, forexample, omit the address verification step at block 306 based on thethat information. Furthermore, the application server can provide to theuser a flyer (e.g., via email or on the website in a printable format orvia regular mail) containing information about the online social networkand (optionally) about the inviting user. The user can then physicallydistribute the flyers to his or her neighbors.

If the resident has already joined the network and is one of the users210, the map can include information about that user, such as his or herpersonal name, username, status (e.g., online or offline), and offersome means to immediately contact that user, for example, by sending apersonal message.

Online social network 200 allows its users to communicate in variousways. For example, a first user can send a personal message to a seconduser, the message being accessible only to these two users.Alternatively, a user can create a “post” (or a “thread”), a messagethat is accessible to multiple users, or a message that is sent tomultiple users. In some embodiments, users who have access to aparticular post can read the post, leave comment to the post, see otherusers' comments to the post, respond to comments by other users, and soon. This enables a forum-like discussion by multiple users on aparticular topic.

In some embodiments, any user from a particular neighborhood 220automatically has access to all communications posted by other membersfrom the same neighborhood 220 with the intent to share them with allcurrent and future members of the neighborhood 220. Thus, the user doesnot need to specifically identify those users, among the numerous usersof online social network 200, whose communications this user would liketo have access to. Instead, by having an automatic access to allcommunications originating from the user's neighborhood 220, the user isautomatically “connected” to users who are likely to share at least oneinterest, interest in their local community. In addition, users from thesame local community often share many other interests, as they oftenhave the same socio-economic and cultural backgrounds.

In some embodiments, a user, after logging into online social network200, can see (e.g., using internet access application 108) achronological feed of all posts that the user has access to. However, iftoo many posts are accessible to the user, the user may not have thetime to read or even skim through all of them, which can be frustratingfor the user. Therefore, in some embodiments, the amount of accessibleposts is controlled by a) restricting the neighborhood size (e.g., whena new neighborhood is created) to a predefined number of households,and/or b) by default, restricting the user's access to communications(e.g., posts) by users from the same neighborhood only. The latterrestriction means that, by default, the user cannot see anycommunications created by users outside of his or her neighborhood. Inaddition, content available to the user can be filtered and/orprioritized based on the user's personal interests, as determined, forexample, based on the user's past activities in online social network200 (e.g. by analyzing the topics and/or the authors of the posts onwhich the user often comments) or based on the user's express selectionof topics he or she is interested in.

3. Nearby Neighborhoods

Sometimes, users may wish to engage in discussions with users outside oftheir immediate neighborhood 220. For example, there may be matters thatconcern residents from several neighborhoods (e.g., city councilelections) and it would be beneficial to discuss those matters in alarger forum. To address these needs, in some embodiments, a user canhave access to “Nearby Neighborhoods,” neighborhoods other than theuser's neighborhood 220, but in proximity thereto. Having access to“Nearby Neighborhoods” may enable members to: make a post with theintent to share it with members of their “Nearby Neighborhoods,” inaddition to their own neighborhood; read or comment on posts created byother members of their “Nearby Neighborhoods” with the intent to shareit with the authors' “Nearby Neighborhoods,” which may or may not be thesame as the viewing member's “Nearby Neighborhoods”; read all commentson posts created by other members of their “Nearby Neighborhoods” withthe intent to share with the authors' “Nearby Neighborhoods”, even ifthe authors of some comments are not members of the viewing member's“Nearby Neighborhoods.” In some embodiments, access to “NearbyNeighborhoods” is enabled by default, and the user can “opt out” of it.In other embodiments, the access is disabled by default, and the usercan “opt in” to it.

In some embodiments, the application server can automatically select,for each neighborhood 220, a set of one or more neighborhoods 220 thatqualify as its nearby neighborhoods, also described as the “NearbyNeighborhoods” set or the NN-set.

FIG. 4 illustrates a method 400 of selecting and adjusting the NN-setfor a particular neighborhood 220 (“neighborhood N”) of the onlinesocial network 200, in accordance with a disclosed embodiment. Method400 can be performed, for example, by an application server (e.g.,application server 102) when neighborhood N is created.

In block 402, method 400 can choose an algorithm and its parameters forselecting the NN-set for a particular neighborhood 220. In someembodiments, the chosen algorithm and parameters may apply for more thanone neighborhood. In some embodiments, the method can choose apredefined default algorithm and/or its parameters. In otherembodiments, the algorithm and its parameters are chosen byadministrators of the online social networks.

In some embodiments, one of the algorithm's parameters used ispopulation threshold. The population threshold can indicate a maximumnumber of households (or individual residents) to be included in theneighborhoods belonging to the NN-set. The population threshold caneither include or exclude the population of neighborhood N itself.Furthermore, the population threshold can either include or excludepotential users, that is, households (or individual residents) that havenot yet joined online social network 200. In some embodiments, thepopulation threshold is a fixed and predefined number.

In other embodiments, the population threshold can be set based on thecharacteristics of neighborhood N, which are provided to the algorithmas parameters. Such characteristics can include, for example, the areasize of neighborhood N, its population (in residents or in households),population density (population divided by area), housing prices, and soforth.

For example, the population threshold can be a monotonic decreasing, ornon-increasing, function of the population density of neighborhood N. Inother words, the population threshold can decrease as the populationdensity increases. As a result, suburban neighborhoods with lowpopulation densities will receive higher population thresholds and willtherefore receive an NN-set with a larger total population (e.g., 5,000households), than their urban counterparts (e.g., 2,000 households).This can be advantageous, because there are typically fewer similaritiesbetween nearby neighborhoods in an urban area than in a suburban area.Accordingly, decreasing the threshold in urban areas reduces thelikelihood that distant neighborhoods having little in common withneighborhood N will be included in its NN-set.

In block 404, after the algorithm and its parameters are chosen, themethod selects neighborhoods 220 to be added to the NN-set ofneighborhood N based on the algorithm and its parameters. For example,the method can execute the algorithm using one or more processors ofapplication server 102.

In some embodiments, the algorithm selects those neighborhoods 220 thatare geographically closest to neighborhood N and whose total populationdoes not exceed (or does not substantially exceed) the populationthreshold. In some embodiments, the algorithm can sort all neighborhoodsby their distance from neighborhood N, and add neighborhoods (fromnearest to farthest) to NN-set until the total population of the addedneighborhoods reaches the population threshold. The distance between twoneighborhoods can be defined, for example, as the distance between theneighborhoods' centers, where the center can be defined, for example, asa geometric median of all the household locations in that neighborhood.Alternatively, a distance between two neighborhoods can be defined asthe shortest distance between any household of the first neighborhoodand any household of the second neighborhood.

In some embodiments, in addition to a neighborhood's distance fromneighborhood N, the algorithm can include other factors in sorting theneighborhoods. One such factor can be the level of similarity betweenthe two neighborhoods, for example, in terms of population density orhousing prices. In other words, instead of sorting neighborhoods only bytheir distance from neighborhood N, the algorithm can also considertheir similarity levels to neighborhood N. For example, the algorithmcan assign a score to each neighborhood, where the score is in directproportion to the similarity level and in reverse proportion to theirdistance, and then sort neighborhoods based on those scores. In thisexample, neighborhoods with high scores will be added to the NN-setfirst.

In some embodiments, the algorithm can create an NN-set for a givenneighborhood by gradually adding the households around the neighborhood,from closest to the farthest, until the number of households reaches thepopulation threshold. The algorithm can then add to the NN-set allneighborhoods that include at least one of those households.

It will be noted that if some of the added households do not belong toany existing neighborhoods, the total population of the neighborhoodsadded to the NN-set may be lower than the population threshold. If thosehouseholds later become associated with newly created neighborhoods,those neighborhoods can be automatically added to the NN-set.Alternatively, if most of the added households belong to neighborhoods,the total population of the NN-set may exceed the population threshold.In either case, however, the total population of neighborhoods includedin the NN-set is determined by, or correlates with the populationthreshold.

FIG. 5 illustrates a method of selecting an NN-set for a particularneighborhood 220, of the online social network 200, in accordance tosome embodiments. FIG. 5 shows households 510, only some of which areassociated with neighborhoods 520 a-520 e. When neighborhood 520 b iscreated, its NN-set can be determined, for example, in accordance withmethod 400.

For example, in the scenario shown in FIG. 5, the algorithm sets athreshold of 40 households, including the population of neighborhood 520b. The algorithm then starts adding households, going from the center ofneighborhood 520 b outward, until the number of households added reachesthe threshold of 40. In other words, the algorithm increases the radiusof a circle 530 (centered, for example, in the center of neighborhood520 b) until 40 households are included in the circle. The algorithmthen adds, to the NN-set of neighborhood 520 b, each neighborhood thatincludes any of the households that fall within that circle. In thisexample, neighborhoods 520 d, 520 e, and 520 a, are added to the NN-set,but neighborhood 520 c is not.

In some embodiments, instead of setting a population threshold, thealgorithm sets an area threshold or a radius threshold, and adds to theNN-set all the neighborhoods which contain households within that areaor radius. The area or radius threshold can also be set based on thecharacteristics of neighborhood N. For example, the area or radiusthreshold can increase as the population density of neighborhood Ndecreases, and vice versa.

In some embodiments, the algorithm considers both population andarea/radius when selecting the NN-set. For example, the algorithm canrun the population-based selection described above, but also haveminimum and maximum restrictions on the area size, to avoid scenarioswhere the NN-set is too small or too large in terms of the total area ofthe neighborhoods included therein.

After the NN-set is created, the moderator of neighborhood N can modifythe NN-set at block 406. For example, after examining the NN-set, themoderator can decide that some neighborhoods in that set should beremoved from the set, for example, if the moderator has personalknowledge that those neighborhoods have little in common withneighborhood N. In some embodiments, the moderator can only removeneighborhoods from the NN-set, while in other embodiments the moderatorcan also add neighborhoods to the NN-set.

In some embodiments, the automatically generated and (optionally)moderator-modified NN-set applies to all users of neighborhood N bydefault. That is, if the user has access to nearby neighborhoods (eitherby opting in or by default), those nearby neighborhoods would be definedby that automatically generated and moderator-modified NN-set.

In some embodiments, in block 408, individual users can further modifythe NN-set, as it applies to them. In other words, the user-modifiedNN-set will only apply to the user who modified it. In some embodiments,users can only modify their NN-set by removing neighborhoods from it,while in other embodiments users can also add neighborhoods to theirNN-set.

To facilitate the modification of the NN-set by the moderator or by theuser, the application server can present to the moderator/user a map ora list containing all the neighborhoods that can potentially be added orremoved, allowing the moderator/user to make selections on that map orlist.

4. Interacting with Messages, Posts and Other Data Based UponConstraints Relating to Nearby Neighborhoods

FIG. 6 illustrates a computer system with which an embodiment could beimplemented. In an embodiment, the application server 102 (FIG. 1) maycomprise nearby neighborhood computation logic 602, nearby neighborhoodselection logic 604, feed rendering logic 608, query processing logic606, a database interface layer 640 and a presentation layer 610. Eachof the elements of FIG. 6 may be implemented in various embodimentsusing one or more computer programs, other software elements, and/ordigital logic of the type further described herein for FIG. 14.

In an embodiment, the nearby neighborhood computation logic 602 isconfigured to determine one or more nearby neighborhoods that are nearbywith respect to a particular neighborhood that is defined in the system;the resulting data may be stored, for example, in database 650 using oneor more nearby neighborhoods lists 656 or tables that associate eachdefined neighborhood with a list of one or more nearby neighborhoods.The techniques described previously in section 3 herein may be used forthe computation.

In an embodiment, the nearby neighborhood selection logic 604 isconfigured to perform the functions that are further described in thissection with respect to generating graphical user interfaces that areconfigured to receive selections of neighborhoods, interpreting input tothose interfaces, and updating records in database 650 in relation toselections. For example, database 650 may comprise a user record 652 foreach user or member who has registered in the system and including atleast a home neighborhood value 654, nearby neighborhoods value(s) 658indicating which nearby neighborhoods are ON for the associated user,and nearby neighborhood default value(s) 660.

Database 650 also will store a large number of posts, messages and othercontent contributed by the users or members of the system. Each post ormessage may be represented in a table having appropriate columnsindicating values such as user identifier, date and time, subject,content, neighborhood associations, links to replies, images orgraphics, etc. These records are omitted for the purpose of illustratinga clear example of the specific techniques that are claimed herein.

The values in the user record 652 are used by the nearby neighborhoodselection logic 604 to determine constraints for queries to the database650 to provide to the feed rendering logic 608 for the purpose ofrendering a feed of messages or posts to a particular user. Also forthis purpose, the query processing logic 606 may be coupled to thenearby neighborhood selection logic 604 and the database interface layer640 and may be configured to form queries in a database communicationlanguage such as SQL to submit through layer 650 to database 650. Resultsets that the database 650 returns may be consumed by the nearbyneighborhood selection logic 604 and/or passed to feed rendering logic608 for use in forming a feed display for the particular user.

The presentation layer 610 is configured to generate one or more dynamicoutput pages such as HTML pages or JSON blobs that contain contentcapable of rendering and display using internet access application 108of user device 104. For example, presentation layer 610 may comprise anHTTP application server or other logic that is capable of receiving astream of message objects from feed rendering logic 608 and rendering anHTML document or other data output for presentation in a browser orother presentation logic at the user device 104.

FIG. 7 illustrates a method of performing social networking dataprocessing functions based upon relationships of a home neighborhood andone or more nearby neighborhoods. The processes of FIG. 7 may beimplemented in nearby neighborhood selection logic 604 in cooperationwith other functional elements of FIG. 6. Further, the processes of FIG.7 may be integrated with output displays having the format shown in theexamples of FIG. 8, FIG. 9, FIG. 10, FIG. 11A, FIG. 11B, FIG. 12A, FIG.12B, FIG. 13, which are described in subsequent sections.

At block 702, as neighborhoods are defined in the database, the processcomputes one or more nearby neighborhoods and stores data associating alist of possible nearby neighborhoods with each defined neighborhood.“Possible,” in this context, means available for use in variousfunctions, and associated with a particular defined neighborhood. Thetechniques of section 3 above may be used for the computation, which mayoccur, for example, in response to an administrative user definingboundaries of a new neighborhood in the database 650 and assigning aname and other metadata to that neighborhood.

Blocks 730, 704, 712 represent the initiation of different operationsthat may be requested at any time, or asynchronously, in response touser input and thus a sequential flow of the operations of these blocksis not necessarily required; indeed, all blocks of FIG. 7 are organizedin sequences merely for convenience and to illustrate one possibleoperational example, but the blocks may be executed in differentsequences at different times for different users. At block 730, arequest to display a map view is received. The request of block 730 maycomprise a user selecting a Map option in a user interface that ispresented to the user upon logging in to the application server 102using the user device 104.

At block 732, the process generates and displays a map page withpolygons for the user's home neighborhood and for those nearbyneighborhoods that are associated in the database 650 with the currentuser's home neighborhood and that are ON. Mechanisms for turningavailable nearby neighborhoods ON or OFF in relation to a user's homeneighborhood are described further in other sections herein. Block 720represents ending processing, and/or returning control to a callingprocess, or otherwise awaiting other asynchronous user action.

At block 704, input is received specifying a selection of one or moreavailable nearby neighborhoods as ON. As noted above, block 702 couldresult in determining a set of two or more neighborhoods that aregeographically near the user's home neighborhood, or even a very largeset of neighborhoods. However, the user may not be interested in events,messages or posts relating to all the neighborhoods. Therefore, in anembodiment, the user may create or modify the list 658 of neighborhoodsthat are ON for that user. User interfaces for accepting such input arefurther described herein. As a result, a subset of all the neighborhoodsthat are associated in the list 656 of the database may be formed aslist 658.

At block 706, the process receives a request to display a feed ofmessages or posts for the particular user. Block 706 may involvereceiving a selection of a Home link, main page link, or feed link, invarious embodiments. In response, at block 708 a database query isgenerated to select posts for the home neighborhood and for only thosenearby neighborhoods that are ON in the user's list 658. For example,block 708 comprises forming a SQL SELECT query with constraintsspecifying that a source neighborhood value of a post in the databasemust match a particular identified one of the neighborhoods that isobtained from the user list 658; the query may comprise a string of suchname-value pairs or otherwise specify all neighborhoods in the userlist. Block 708 also represents receiving a result set from database 650of only those message objects that are associated with one of theneighborhoods that are in the list 658 of nearby neighborhoods that areON for the current user.

At block 710, the process causes rendering a feed display. As a result,the current user receives a display of all posts or messages for theuser's home neighborhood, and all those for all the nearby neighborhoodsthat are ON in the user list 658. The union of such posts or messagesmay be displayed in reverse chronological order, for example, based upona timestamp of each of the posts or messages without regard to theidentity of the original neighborhoods.

At block 712, the process receives a request to create a new post ormessage, and causes displaying a composing window to receive data forthe new post or message. For example, a user may select a link denotedNew Post or something similar; in response, the process causes display amessage compose window in which the user may enter a subject, body, andother values for the message.

At block 714, the process receives a selection of one or more nearbyneighborhoods that the user wishes to associate with the post. In anembodiment, the nearby neighborhoods may be selected from only thoseneighborhoods that are currently ON for the current user as specified inthe user list 658, or for all neighborhoods that have beenadministratively defined as near the user's home neighborhood. In anycase, data identifying zero or more of the neighborhoods may bereceived. At block 716, other data for the message or post such assubject, body, and category are received. For purposes of an example, itmay be assumed that the user enters data for these fields and thensignals the intent to post the message to the location-based socialnetwork using a Post link or similar user interface widget.

At block 718, the process marks data associated with the post in thedatabase to identify the specified nearby neighborhoods. In other words,the nearby neighborhoods that the user selected at block 714 are bound,in the database, as part of the metadata of a message or post.Thereafter, in rendering a feed display for the current user or for anyother user who is within one of the neighborhoods that is associatedwith the post, the specified nearby neighborhoods serve as a constraintto control whether the newly created post or message appears in the feeddisplay.

FIG. 7 is not intended as an exhaustive illustration of all possibledata processing that may be possible, described or implied in thedescription of FIG. 6, FIG. 8, and all other drawing figures herein.Other processes will become apparent from the following description.

FIG. 8 illustrates a computer screen display configured to accept inputselecting connection to one or more nearby neighborhoods. In anembodiment, nearby neighborhood selection logic 604 may be configured tocause generating the screen display of FIG. 8 on a dynamic basis for anyuser device 104 that is associated with a user account that is accessingthe application server 102. In general, the logic that generates FIG. 8provides the ability for users to personalize their list of nearbyneighborhoods for all purposes, and for each individual message or postthat the user contributes to the social network.

In particular, FIG. 8 may comprise a Nearby Neighborhoods map page 802with which members can turn ON or OFF any of the neighborhoods includedin their list of Nearby Neighborhoods. In an embodiment, map page 802comprises a list panel 804 that identifies nearby neighborhoods thathave been computed in relation to the user's particular neighborhood bythe nearby neighborhood computation logic 602. List panel 804 comprisesa plurality of rows 806, 810 each associated with a particular otherneighborhood, and each row comprises an ON/OFF widget 808 that isconfigured as a selectable or switchable graphical element. Inembodiments that interoperate with touch-screen devices such as tabletcomputers, widget 808 may be selectable using touch between ON and OFFpositions. As an example, row 806 is selected as a nearby neighborhoodfor the user and row 810 is not. By selectively changing the state ofwidget 808, members can choose to keep all Nearby Neighborhoods ON, keeponly a few ON, or turn all of them OFF. In an embodiment, turning OFF anearby neighborhood will remove posts created by that neighborhood fromthe website and emails. Turning OFF a nearby neighborhood also removesit from the neighborhoods included in the Nearby Neighborhoods sectionof the post box.

In response, nearby neighborhood selection logic 604 updates database650 by modifying flag values, column values or other values associatedwith the user's account records to indicate which neighborhoods areselected ON or OFF. Further, in future display and posting operations,nearby neighborhood computation logic 602 is configured to read the flagvalues, column values or other values and apply filters so that onlydata for postings, messages or other on-screen data is obtained, usedand/or generated as part of future pages that are delivered to thatuser. Thus, user manipulation of widgets 808 results in concrete changesin the operation of the logic 602 and therefore results in perceptibledifferences in the data that is displayed for a feed of postings,messages, and other data as described in connection with other displays.

List panel 804 also may comprise a summary row 812 that is generated bylogic 602, 604 in cooperation and may identify a total number of membersin nearby neighborhoods that are turned ON, the number of neighborhoodsthat are turned on, and the number that are off. In an embodiment, mappage 802 may comprise polygons 820, 822, 824 that respectively identifythe user's home neighborhood, one or more nearby neighborhoods that areturned ON, and one or more that are turned OFF. In the example of FIG.8, the user's home neighborhood polygon 820 is denoted LORELAI, one ormore nearby neighborhoods that are turned ON 822 include LINDENWOOD, andone or more that are turned OFF include FLOOD TRIANGLE. In anembodiment, each type of the foregoing three (3) types of neighborhoodsmay be displayed in a different distinctive representation such as coloror highlighting. For example, the user's home neighborhood polygon maybe shaded in a first color, one or more nearby neighborhoods that areturned ON polygon may be shaded in a second color, and one or more thatare turned OFF polygon may be shaded in a third color.

In an embodiment, nearby neighborhood selection logic 604 also isconfigured to enable users to choose from their list of NearbyNeighborhoods on a per-post basis. Each such selection only applies toindividual posts, and is designed for messages that are relevant only toa subset of the Nearby Neighborhood list. FIG. 9 illustrates a computerscreen display configured to receive data identifying one or more nearbyneighborhoods. In an embodiment, the interface of FIG. 9 enables a userto selectively specify one or more nearby neighborhoods from among aplurality of available nearby neighborhoods for a particular post. In anembodiment, the screen display 902 of FIG. 9 comprises a messagecomposing region 906 having a plurality of neighbor selection radiobuttons 908, subject region 910, body region 912, category menu 914, andPost button 916. In an embodiment, selecting one of the buttons 908instructions the nearby neighborhood selection logic 604, when the Postbutton 916 is subsequently selected, to update database 650 to specifythat the message of regions 910, 912, 914 is associated only with theneighbors specified by the radio button. As a result, the post will bedisplayed in a feed to only those parties that are identified inassociation with the selected radio button in future feed computationand display operations.

In an embodiment, one or more of the radio buttons 908 are associatedwith a Select Neighborhoods link 907 which when selected permits theuser to select one or more nearby neighborhoods from among a pluralityof nearby neighborhoods to associated with the message or post. Inresponse to input indicating a selection of link 907, the nearbyneighborhood selection logic 604 causes displaying a second window,which may be a pop-up window or panel, in the format of FIG. 10. FIG. 10illustrates a computer screen display configured to receive data thatconstrains a posted item to one or more nearby neighborhoods. In anembodiment, the screen display 1002 of FIG. 10 comprises a list ofavailable nearby neighborhood items 1004 that have been computed by thenearby neighborhood computation logic 602 in the manner described above.Each item 1004 identifies a nearby neighborhood by name and may alsospecify other neighborhood data such as the number of members or usersregistered in the system and the distance to that neighborhood from theuser's home neighborhood.

Each item 1004 further comprises a checkbox 1006 that may be checked orunchecked in response to user input. In response to checking orunchecking checkboxes 1006, code hosted in internet access application108 (FIG. 1) may compute a total number of checked neighborhoods and thetotal number of members in them for display in a message region 1010. Inan embodiment, a Continue button 1008 is provided in screen display 1002and selecting the Continue button causes the checkbox selections topropagate to the message of FIG. 9. In one embodiment, in response, datain FIG. 9 is recomputed and redisplayed to update the neighborhoodcounts that are shown within the text accompanying the buttons 908, andany message that is completed and posted using Post button 916 will bemarked for display to feeds of members in those neighborhoods.

In an embodiment, the nearby neighborhood selection logic 604 isconfigured to manage data in database 650 that identifies one or morelead users or members, denoted Leads, for each of the neighborhood. ALead is a local administrator who may access a specialized portal or setof displays that provide functions not available to other members forpurposes of managing posts and messages that are associated with aneighborhood. In an embodiment, the nearby neighborhood selection logic604 is configured to provide interfaces to Leads and receive input fromLeads that specifies removing posts regardless of the author'sneighborhood.

FIG. 11A illustrates a computer screen display configured to receivedata that changes or removes an offensive posted item that was directedto a plurality of nearby neighborhoods. In this example, a screendisplay 1102 identifies a post of a member in a particular neighborhoodusing a title, member name, neighborhood name, and subject matter. Thepost may also indicate the other neighborhoods with which it has beenshared. In an embodiment, the Lead's display includes a pull-down widget1104 which, when selected, causes generating a menu 1106 that includesat least a Remove option. Other options, such as Change Category tocause changing a category of a post, may be provided. In an embodiment,input selecting the Remove option in menu 1106 causes the nearbyneighborhood selection logic 604 to mark the post in database 650 asremoved with respect to the Lead's neighborhood only. The effect ofremoval is to uncheck or mark the Lead's neighborhood as not includedfor purposes of determining whether the associated post should beincluded in the feeds of members of the Lead's neighborhood.

In an embodiment, a function similar to that of FIG. 11A may be providedto members of a neighborhood, who have the ability to flag posts, whichnotifies the Leads of that Member's neighborhood. FIG. 11B illustrates acomputer screen display configured to receive data that changes or flagsan offensive posted item that was directed to a plurality of nearbyneighborhoods. In this example, a screen display 1110 identifies a postof a member in a particular neighborhood using a title, member name,neighborhood name, and subject matter. The post may also indicate theother neighborhoods with which it has been shared. In an embodiment, theuser's display includes a pull-down widget 1112 which, when selected,causes generating a menu 1114 that includes at least a Flag option.Other options, such as Change Category to cause changing a category of apost, may be provided. In an embodiment, input selecting the Flag optionin menu 1114 causes the nearby neighborhood selection logic 604 to markthe post in database 650 as flagged with respect to the user's homeneighborhood only. The effect of flagging is to cause generating analert message to the Lead requesting the Lead to investigate whether toremove the flagged post. In some embodiments, the nearby neighborhoodselection logic 604 may be configured to cause generating the alertmessage only after a threshold number of flagging actions have beenperformed by different members of the same neighborhood; for example thealert message could be generated only after three (3) flags of the samepost have occurred.

In an embodiment, the nearby neighborhood selection logic 604 isconfigured to provide the ability for Leads in Nearby Neighborhoods tocommunicate in a private group. In an embodiment, Leads in a privategroup can post and view content in a private setting, access a list ofall Nearby Leads and Founding Members, control how the Leads receiveemails from the group through immediate delivery or batch delivery on aperiodic basis, and other functions. As an example of selectedfunctions, FIG. 12A illustrates a computer screen display configured toreceive data for a message communicated only among lead representativesfor a plurality of nearby neighborhoods. In an embodiment, a screendisplay 1202 comprises an updates region 1204, message composing region1206, and side menu that includes an option 1201 for displaying theinformation about nearby Leads that is seen in FIG. 12A. In anembodiment, the updates region 1204 provides a signal that updatedinformation for a specified number of Leads has been received previouslyand can be obtained from database 650 by selecting a link in the updatesregion. In an embodiment, the message composing region 1206 comprises adrop-down menu 1207, a subject region 1208, body region 1210, categorymenu 1212, and Post button 916. In an embodiment, selecting thedrop-down menu 1207 enables the user to select whether to direct themessage of message composing region 1206 to all Leads who are currentlyspecified in the Nearby Leads group or to specified individuals;selecting the menu may cause the nearby neighborhood selection logic 604to cause generating a drop-down list indicating the Leads in the groupto permit selection.

In an embodiment, updates region 1204 comprises a directory link 1214that is represented by a count of the number of Leads that are in thecurrent Lead user's private group. In an embodiment, selecting thedirectory link 1214 causes the nearby neighborhood selection logic 604to generate and display a directory of the users who are within theindicated group. For example, selecting directory link 1214 causesgenerating the display of FIG. 12B. FIG. 12B illustrates a computerscreen display configured to display data about lead representatives fora plurality of nearby neighborhoods. In an embodiment, a directorydisplay 1220 comprises the updates region 1204 in which the directorylink 1214 is reproduced and displayed in emphasized format. A directorylist 1220 is displayed and comprises a plurality of directory entries1222 that may comprise a thumbnail image of an individual, a name, aneighborhood for whom the individual is the Lead, and other information.The specific content of the entries 1222 is not critical.

In an embodiment, the nearby neighborhood selection logic 604 isconfigured to enable a user to configure reduced prominence of NearbyNeighborhoods content in the newsfeed and emails. In an embodiment, toremove Nearby Neighborhoods content entirely from the newsfeed andemails, members can use the Nearby Neighborhoods map page of FIG. 8 toturn OFF any or all of their Nearby Neighborhoods. Further in anembodiment, if the user does not want to remove this content entirely,but wishes to sees the home neighborhood's content only on the homepage,then the user can set the default view of the home newsfeed to excludeNearby Neighborhoods without affecting the Nearby Neighborhoods map oremail settings.

FIG. 13 illustrates a computer screen display configured to displaymessage activity for a plurality of nearby neighborhoods and to receiveinput specifying only a local neighborhood or both the localneighborhood and the nearby neighborhoods. In the example of FIG. 13, ascreen display 1302 comprises a default view report 1303 that indicateswhat neighborhoods are then currently included in the feed of the user'shome page, a post content region 1305 configured to receive the contentof a post, an advisory message region 1306, and a feed display 1308. Inan embodiment, the default view report 1303 is configured as a hyperlinkwhich when selected causes nearby neighborhood selection logic 604 todisplay an overlay menu 1304 comprising radio buttons that areassociated with different levels of information for the feed. Forexample, radio buttons in menu 1304 indicate: Show messages from theSunset Elk Glen neighborhood only; show messages from the Sunset ElkGlen neighborhood and nearby neighborhoods. Selecting one of the radiobuttons causes nearby neighborhood selection logic 604 to updateconfiguration data for the user in database 650 to specify which levelof filter, represented in the selected radio button, to apply to theuser's feed display 1308 when it is prepared and displayed. Using theradio buttons of menu 1304, for example, the user can set the defaultview of the feed display 1308 to include only the home neighborhood,without changing the nearby neighborhoods that are specified for emailmessages or that are shown in the map page 802.

In an embodiment, each user or member of the social networking systemdepicted in the drawing figures may have a profile record in database650 that stores data such as a username, password, email address,contact information, thumbnail image, interests, projects, andbiographical data. The particular data that is part of a profile is notcritical. Referring again to FIG. 8, in an embodiment the map page 802as well as other pages displayed as part of the system may include aprofile access link 805 which when selected permits the then currentuser to view or edit a profile of the user, and perform otheradministrative functions.

Embodiments also may include logic configured to support viewingprofiles of other members who are in the current member's neighborhood.In an embodiment, a member of a home neighborhood is permitted to viewprofiles of all members within that neighborhood, but not view theprofiles of members in nearby neighborhoods that are not the homeneighborhood. Embodiments may include informational messages associatedwith profile viewing functions that inform the user when the display ofprofile details has been suppressed because the specified profile is notin the home neighborhood. For example, a profile of a neighbor in thehome neighborhood may include a message such as “You can see Cole'sprofile because he lives in Sunset Elk Glen,” where Sunset Elk Glen isthe home neighborhood of the then-current user who is viewing theprofile of another user, Cole. Similarly, the nearby neighborhoodselection logic 604 may be configured to display a message such as “Youcannot see JJ's profile because he is a nearby neighbor and does notlive in Sunset Elk Glen”. In an embodiment, if the current user does notpost or reply to a message originating from a member in the NearbyNeighborhoods who is not in the home neighborhood, then the nearbyneighbors cannot see the name or profile of that current user.

In an embodiment, the nearby neighborhood selection logic 604 may beconfigured to enable a particular user to share their profile withmembers who are in nearby neighborhoods. Sharing, in this context, meansthat when the current user posts a message or replies to a post ofanother member who is in one of the nearby neighborhoods and not in thehome neighborhood, the current user's profile can be viewed by thatother member and all others who are in the nearby neighborhood. In anembodiment, a user profile view accessed using link 805 includes aSharing widget which can be turned ON. Other embodiments may permitenabling profile sharing from within the Nearby Neighborhoods settingpage. Turning ON the Sharing widget has the effect of causing nearbyneighborhood selection logic 604 to update a profile record of thecurrent user in the database 650 to indicate that sharing is enabled,with a value indicating the neighborhood for which sharing is enabled.The updated value is then used in later operations. As one example, inresponding to requests of members of the nearby neighborhood to view theprofile of the current user who posted a message or reply; in such acase, the profile is displayed to the requesting user. As anotherexample, in generating a feed view to members of the nearbyneighborhood, the name and thumbnail image of the current user whoposted the message or reply may be included in the feed view.

5. Implementation Example—Hardware Overview

According to one embodiment, the techniques described herein areimplemented by one or more special-purpose computing devices. Thespecial-purpose computing devices may be hard-wired to perform thetechniques, or may include digital electronic devices such as one ormore application-specific integrated circuits (ASICs) or fieldprogrammable gate arrays (FPGAs) that are persistently programmed toperform the techniques, or may include one or more general purposehardware processors programmed to perform the techniques pursuant toprogram instructions in firmware, memory, other storage, or acombination. Such special-purpose computing devices may also combinecustom hard-wired logic, ASICs, or FPGAs with custom programming toaccomplish the techniques. The special-purpose computing devices may bedesktop computer systems, portable computer systems, handheld devices,networking devices or any other device that incorporates hard-wiredand/or program logic to implement the techniques.

For example, FIG. 14 is a block diagram that illustrates a computersystem 1400 upon which an embodiment of the invention may beimplemented. Computer system 1400 includes a bus 1402 or othercommunication mechanism for communicating information, and a hardwareprocessor 1404 coupled with bus 1402 for processing information.Hardware processor 1404 may be, for example, a general purposemicroprocessor.

Computer system 1400 also includes a main memory 1406, such as a randomaccess memory (RAM) or other dynamic storage device, coupled to bus 1402for storing information and instructions to be executed by processor1404. Main memory 1406 also may be used for storing temporary variablesor other intermediate information during execution of instructions to beexecuted by processor 1404. Such instructions, when stored innon-transitory storage media accessible to processor 1404, rendercomputer system 1400 into a special-purpose machine that is customizedto perform the operations specified in the instructions.

Computer system 1400 further includes a read only memory (ROM) 1408 orother static storage device coupled to bus 1402 for storing staticinformation and instructions for processor 1404. A storage device 1410,such as a magnetic disk or optical disk, is provided and coupled to bus1402 for storing information and instructions.

Computer system 1400 may be coupled via bus 1402 to a display 1412, suchas a cathode ray tube (CRT), for displaying information to a computeruser. An input device 1414, including alphanumeric and other keys, iscoupled to bus 1402 for communicating information and command selectionsto processor 1404. Another type of user input device is cursor control1416, such as a mouse, a trackball, or cursor direction keys forcommunicating direction information and command selections to processor1404 and for controlling cursor movement on display 1412. This inputdevice typically has two degrees of freedom in two axes, a first axis(e.g., x) and a second axis (e.g., y), that allows the device to specifypositions in a plane.

Computer system 1400 may implement the techniques described herein usingcustomized hard-wired logic, one or more ASICs or FPGAs, firmware and/orprogram logic which in combination with the computer system causes orprograms computer system 1400 to be a special-purpose machine. Accordingto one embodiment, the techniques herein are performed by computersystem 1400 in response to processor 1404 executing one or moresequences of one or more instructions contained in main memory 1406.Such instructions may be read into main memory 1406 from another storagemedium, such as storage device 1410. Execution of the sequences ofinstructions contained in main memory 1406 causes processor 1404 toperform the process steps described herein. In alternative embodiments,hard-wired circuitry may be used in place of or in combination withsoftware instructions.

The term “storage media” as used herein refers to any non-transitorymedia that store data and/or instructions that cause a machine tooperation in a specific fashion. Such storage media may comprisenon-volatile media and/or volatile media. Non-volatile media includes,for example, optical or magnetic disks, such as storage device 1410.Volatile media includes dynamic memory, such as main memory 1406. Commonforms of storage media include, for example, a floppy disk, a flexibledisk, hard disk, solid state drive, magnetic tape, or any other magneticdata storage medium, a CD-ROM, any other optical data storage medium,any physical medium with patterns of holes, a RAM, a PROM, and EPROM, aFLASH-EPROM, NVRAM, any other memory chip or cartridge.

Storage media is distinct from but may be used in conjunction withtransmission media. Transmission media participates in transferringinformation between storage media. For example, transmission mediaincludes coaxial cables, copper wire and fiber optics, including thewires that comprise bus 1402. Transmission media can also take the formof acoustic or light waves, such as those generated during radio-waveand infra-red data communications.

Various forms of media may be involved in carrying one or more sequencesof one or more instructions to processor 1404 for execution. Forexample, the instructions may initially be carried on a magnetic disk orsolid state drive of a remote computer. The remote computer can load theinstructions into its dynamic memory and send the instructions over atelephone line using a modem. A modem local to computer system 1400 canreceive the data on the telephone line and use an infra-red transmitterto convert the data to an infra-red signal. An infra-red detector canreceive the data carried in the infra-red signal and appropriatecircuitry can place the data on bus 1402. Bus 1402 carries the data tomain memory 1406, from which processor 1404 retrieves and executes theinstructions. The instructions received by main memory 1406 mayoptionally be stored on storage device 1410 either before or afterexecution by processor 1404.

Computer system 1400 also includes a communication interface 1418coupled to bus 1402. Communication interface 1418 provides a two-waydata communication coupling to a network link 1420 that is connected toa local network 1422. For example, communication interface 1418 may bean integrated services digital network (ISDN) card, cable modem,satellite modem, or a modem to provide a data communication connectionto a corresponding type of telephone line. As another example,communication interface 1418 may be a local area network (LAN) card toprovide a data communication connection to a compatible LAN. Wirelesslinks may also be implemented. In any such implementation, communicationinterface 1418 sends and receives electrical, electromagnetic or opticalsignals that carry digital data streams representing various types ofinformation.

Network link 1420 typically provides data communication through one ormore networks to other data devices. For example, network link 1420 mayprovide a connection through local network 1422 to a host computer 1424or to data equipment operated by an Internet Service Provider (ISP)1426. ISP 1426 in turn provides data communication services through theworld wide packet data communication network now commonly referred to asthe “Internet” 1428. Local network 1422 and Internet 1428 both useelectrical, electromagnetic or optical signals that carry digital datastreams. The signals through the various networks and the signals onnetwork link 1420 and through communication interface 1418, which carrythe digital data to and from computer system 1400, are example forms oftransmission media.

Computer system 1400 can send messages and receive data, includingprogram code, through the network(s), network link 1420 andcommunication interface 1418. In the Internet example, a server 1430might transmit a requested code for an application program throughInternet 1428, ISP 1426, local network 1422 and communication interface1418.

The received code may be executed by processor 1404 as it is received,and/or stored in storage device 1410, or other non-volatile storage forlater execution.

In the foregoing specification, embodiments of the invention have beendescribed with reference to numerous specific details that may vary fromimplementation to implementation. The specification and drawings are,accordingly, to be regarded in an illustrative rather than a restrictivesense. The sole and exclusive indicator of the scope of the invention,and what is intended by the applicants to be the scope of the invention,is the literal and equivalent scope of the set of claims that issue fromthis application, in the specific form in which such claims issue,including any subsequent correction.

The foregoing description has been presented for purposes ofillustration. It is not exhaustive and is not limited to the preciseforms or embodiments disclosed. Modifications and adaptations of theembodiments will be apparent from consideration of the specification andpractice of the disclosed embodiments. For example, the describedimplementations include hardware and software, but systems and methodsconsistent with the present disclosure can be implemented as hardwarealone.

Computer programs based on the written description and methods of thisspecification are within the skill of a software developer. The variousprograms or program modules can be created using a variety ofprogramming techniques. For example, program sections or program modulescan be designed in or by means of Java, C, C++, Python, assemblylanguage, or any such programming languages. One or more of suchsoftware sections or modules can be integrated into a computer system,computer-readable media, or existing communications software.

Moreover, while illustrative embodiments have been described herein, thescope includes any and all embodiments having equivalent elements,modifications, omissions, combinations (e.g., of aspects across variousembodiments), adaptations or alterations based on the presentdisclosure. The elements in the claims are to be interpreted broadlybased on the language employed in the claims and not limited to examplesdescribed in the present specification or during the prosecution of theapplication, which examples are to be construed as non-exclusive.Further, the disclosed methods can be modified in any manner, includingby reordering blocks or inserting or deleting blocks. It is intended,therefore, that the specification and examples be considered as exampleonly, with a true scope and spirit being indicated by the followingclaims and their full scope of equivalents.

What is claimed is:
 1. A computer system comprising: one or moreprocessors; one or more non-transitory computer-readable storage mediastoring instructions which when executed cause: creating and storing incomputer data storage neighborhood data defining a plurality ofgeographical neighborhoods based upon a plurality of vertices orboundaries; receiving from a second computer that is associated with aparticular user account, data identifying a particular neighborhood as ahome neighborhood of the particular user account; requestingverification input from the second computer verifying the particularneighborhood is the home neighborhood for the particular user account;receiving the verification input from the second computer and, inresponse, storing data identifying the home neighborhood as the homeneighborhood for the particular user account; based on the particularneighborhood, using an algorithm and one or more parameters, selecting aset of nearby neighborhoods that are associated with a geographical areaproximate to the particular neighborhood; displaying one or more optionsto the second computer for activating one or more of the nearbyneighborhoods in associating with the particular user account, whereinthe one or more options limit the selection to only the neighborhoods inthe selected set of nearby neighborhoods; receiving activation inputspecifying selections of one or more nearby neighborhoods of theparticular neighborhood associated with the particular user account asactivated in association with the particular user account, wherein theactivation input specifies fewer than all of the set of nearbyneighborhoods; updating a database coupled to the computer system toassociate the selections of one or more nearby neighborhoods asactivated in association with the particular user account; receiving arequest from the second computer to perform any of displaying a feed ofmessages; in response to the request, performing causing the displayingthe feed of messages based upon only the particular neighborhood and theselections of the one or more nearby neighborhoods as activated inassociation with the particular user account wherein displaying the feedof messages based upon only the home neighborhood and the selections ofthe one or more nearby neighborhoods comprises displaying at least onemessage from a first user with an identified home neighborhood that isthe particular neighborhood and at least one message from a second userwith an identified home neighborhood that is among the one or morenearby neighborhoods that were activated in association with theparticular user account.
 2. The computer system of claim 1 comprisinginstructions which when executed cause: generating and causingdisplaying a map page with a plurality of polygons representing all thenearby neighborhoods that are associated with the geographical areaproximate to the particular neighborhood of the particular user account;generating and causing displaying, as part of the map page, a list panelcomprising a plurality of rows each associated with a different one ofthe nearby neighborhoods, each row having a selection widget; using thecomputer, receiving from a second computer that is associated with auser account, activation input specifying selections of one or more ofthe selection widgets as ON wherein the activation input specifies fewerthan all the one or more nearby neighborhoods; updating a databaserecord associated with the particular user account to indicate that oneor more of the nearby neighborhoods are activated in association withthe particular user account.
 3. The computer system of claim 2comprising instructions which when executed cause updating and causingre-displaying the map page with a plurality of polygons, comprising afirst polygon representing the home neighborhood of the user account;receiving selections of one or more available neighborhoods in the list;updating the database by storing the message record for the new messagethat binds the other data to the available neighborhoods that areidentified in the selections of one or more available neighborhoods inthe list.
 4. The computer system of claim 3 comprising instructionswhich when executed cause: receiving a selection of a neighborhoodselection link; in response, displaying a list of availableneighborhoods that are nearby neighborhoods associated with the homeneighborhood of the user account; receiving selections of one or moreavailable neighborhoods in the list; updating the database by storingthe message record for the new message that binds the other data to theavailable neighborhoods that are identified in the selections of one ormore available neighborhoods in the list.
 5. The computer system ofclaim 1 comprising instructions which when executed cause generating anddisplaying a map page with a plurality of polygons, comprising a firstpolygon representing the home neighborhood that is associated with theuser account, a first plurality of polygons representing the one or morenearby neighborhoods that are activated in association with theparticular user account, and a second plurality of polygons representingone or more of the nearby neighborhoods that are not activated inassociation with the particular user account.
 6. The computer system ofclaim 5 comprising instructions which when executed cause displayingeach of the first polygon, the first plurality of polygons, and thesecond plurality of polygons using three different visual appearances.7. The computer system of claim 1 comprising instructions which whenexecuted cause: with the feed of messages, displaying a link thatspecifies the home neighborhood that is associated with the useraccount, and a reference to the one or more nearby neighborhoods thatare activated in association with the particular user account; receivinga selection of the link; in response to receiving the selection of thelink, causing generating and causing displaying a menu indicating a homeneighborhood and a union of the home neighborhood and the one or morenearby neighborhoods that are activated in association with theparticular user account; receiving menu input specifying the union ofthe home neighborhood and the one or more nearby neighborhoods that areactivated in association with the particular user account; causinggenerating the feed of messages with only messages that are associatedwith the home neighborhood and the one or more nearby neighborhoods thatare activated in association with the particular user account.
 8. Thecomputer system of claim 7 comprising instructions which when executedcause: receiving menu input specifying only the home neighborhood of theparticular user account; causing generating the feed of messages withonly messages that are associated with the home neighborhood.
 9. Thecomputer system of claim 1 comprising instructions which when executedcause generating and displaying a map page with a plurality of polygons,comprising a first polygon representing the home neighborhood that isassociated with the user account, and a plurality of second polygonsrepresenting the one or more nearby neighborhoods that are activated inassociation with the particular user account.
 10. The computer system ofclaim 1 comprising instructions which when executed cause: causingdisplaying a message composing window that includes a graphical userinterface widget that is configured to receive an indication toassociate a new message with nearby neighborhoods; receiving inputindicating a selection of the home neighborhood and a plurality ofnearby neighborhoods; receiving other data associated with creating thenew message; updating the database by storing a message record for thenew message that binds the other data to the plurality of nearbyneighborhoods that were specified using the input such that the newmessage is displayed to a third user in response to a determination thatthe third user has an identified home neighborhood that is among theplurality of nearby neighborhoods but is not displayed to a fourth userin response to a determination that the fourth user has an identifiedhome neighborhood that is not among the plurality of nearbyneighborhoods.
 11. A computer-implemented method comprising: creatingand storing in computer data storage neighborhood data defining aplurality of geographical neighborhoods based upon a plurality ofvertices or boundaries; using the computer, receiving from a secondcomputer that is associated with a particular user account, dataidentifying a particular neighborhood as a home neighborhood of theparticular user account; requesting verification input from the secondcomputer verifying the particular neighborhood is the home neighborhoodfor the particular user account; receiving the verification input fromthe second computer and, in response, storing data identifying the homeneighborhood as the home neighborhood for the particular user account;based on the particular neighborhood, using an algorithm and one or moreparameters, selecting a set of nearby neighborhoods that are associatedwith a geographical area proximate to the particular neighborhood;displaying one or more options to the second computer for activating oneor more of the nearby neighborhoods in associating with the particularuser account, wherein the one or more options limit the selection toonly the neighborhoods in the selected set of nearby neighborhoods;receiving activation input specifying selections of one or more nearbyneighborhoods of the particular neighborhood associated with theparticular user account as activated in association with the particularuser account, wherein the activation input specifies fewer than all ofthe set of nearby neighborhoods; updating a database coupled to thecomputer to associate the selections of one or more nearby neighborhoodsas activated in association with the particular user account; using thecomputer, receiving a request from the second computer to performdisplaying a feed of messages; using the computer, in response to therequest, performing causing the displaying the feed of messages basedupon only the particular neighborhood and the selections of the one ormore nearby neighborhoods as activated in association with theparticular user account wherein displaying the feed of messages basedupon only the home neighborhood and the selections of the one or morenearby neighborhoods comprises displaying at least one message from afirst user with an identified home neighborhood that is the particularneighborhood and at least one message from a second user with anidentified home neighborhood that is among the one or more nearbyneighborhoods that were activated in association with the particularuser account.
 12. The method of claim 11 comprising generating anddisplaying a map page with a plurality of polygons, comprising a firstpolygon representing the home neighborhood that is associated with theuser account, a first plurality of polygons representing the one or morenearby neighborhoods that are activated in association with theparticular user account, and a second plurality of polygons representingone or more of the nearby neighborhoods that are not activated inassociation with the particular user account.
 13. The method of claim 12comprising causing displaying each of the first polygon, the firstplurality of polygons, and the second plurality of polygons using threedifferent visual appearances.
 14. The method of claim 11 comprising:generating and causing displaying a map page with a plurality ofpolygons representing all the nearby neighborhoods that are associatedwith the geographical area proximate to the particular neighborhood ofthe particular user account; generating and causing displaying, as partof the map page, a list panel comprising a plurality of rows eachassociated with a different one of the nearby neighborhoods, each rowhaving a selection widget; using the computer, receiving from a secondcomputer that is associated with a user account, activation inputspecifying selections of one or more of the selection widgets as ONwherein the activation input specifies fewer than all the one or morenearby neighborhoods; updating a database record associated with theparticular user account to indicate that one or more of the nearbyneighborhoods are activated in association with the particular useraccount.
 15. The method of claim 14 comprising updating and causingre-displaying the map page with a plurality of polygons, comprising afirst polygon representing the home neighborhood that is associated withthe user account, and a plurality of second polygons representing theone or more nearby neighborhoods that have been activated in response toselections of the selection widgets.
 16. The method of claim 11comprising: causing displaying a message composing window that includesa graphical user interface widget that is configured to receive anindication to associate a new message with nearby neighborhoods;receiving input indicating a selection of the home neighborhood and aplurality of nearby neighborhoods; receiving other data associated withcreating the new message; updating the database by storing a messagerecord for the new message that binds the other data to the plurality ofnearby neighborhoods that were specified using the input such that thenew message is displayed to a third user in response to a determinationthat the third user has an identified home neighborhood that is amongthe plurality of nearby neighborhoods but is not displayed to a fourthuser in response to a determination that the fourth user has anidentified home neighborhood that is not among the plurality of nearbyneighborhoods.
 17. The method of claim 16 wherein receiving the inputcomprises: receiving a selection of a neighborhood selection link; inresponse, displaying a list of available neighborhoods that are nearbyneighborhoods associated with the home neighborhood of the user account;receiving selections of one or more available neighborhoods in the list;updating the database by storing the message record for the new messagethat binds the other data to the available neighborhoods that areidentified in the selections of one or more available neighborhoods inthe list.
 18. The method of claim 11 comprising generating anddisplaying a map page with a plurality of polygons, comprising a firstpolygon representing the home neighborhood that is associated with theuser account, and a plurality of second polygons representing the one ormore nearby neighborhoods that are activated in association with theparticular user account.
 19. The method of claim 11 comprising: with thefeed of messages, displaying a link that specifies the home neighborhoodthat is associated with the user account, and a reference to the one ormore nearby neighborhoods that are activated in association with theparticular user account; receiving a selection of the link; in responseto receiving the selection of the link, causing generating and causingdisplaying a menu indicating a home neighborhood and a union of the homeneighborhood and the one or more nearby neighborhoods that are activatedin association with the particular user account; receiving menu inputspecifying the union of the home neighborhood and the one or more nearbyneighborhoods that are activated in association with the particular useraccount; causing generating the feed of messages with only messages thatare associated with the home neighborhood and the one or more nearbyneighborhoods that are activated in association with the particular useraccount.
 20. The method of claim 11 comprising: receiving menu inputspecifying only the home neighborhood of the particular user account;causing generating the feed of messages with only messages that areassociated with the home neighborhood.